Systems and methods of hierarchical storage management, such as global management of storage operations

ABSTRACT

A system and method for setting global actions in a data storage system is described. In some examples, the system determines a policy based on information from the system, and implements that policy to the system. In some examples, the system adds or modifies global filters based on information from the system.

CROSS-REFERENCE TO RELATED APPLICATION(S)

This application claims the benefit of U.S. Provisional PatentApplication No. 60/871,734, filed on Dec. 22, 2006, entitled SYSTEMS ANDMETHODS OF HIERARCHICAL STORAGE MANAGEMENT, SUCH AS GLOBAL MANAGEMENT OFSTORAGE OPERATIONS (Attorney docket No. 606928045US), which isincorporated by reference in its entirety.

This application is related to the following patents and pending U.S.applications, each of which is incorporated by reference in itsentirety: U.S. patent application Ser. No. 11/120,619, filed May 2,2005, entitled “HIERARCHICAL SYSTEMS AND METHODS FOR PROVIDING A UNIFIEDVIEW OF STORAGE INFORMATION” (Attorney docket No. 606928019US).

BACKGROUND

Systems used to perform data storage operations of electronic data aregrowing in complexity. Often, these systems are required to transferand/or store large amounts of data during specific and rigid “backupwindows” that typically run on a daily or weekly basis. Because thesedata storage windows are limited in length (e.g., a time period of 6 PMto 6 AM so as not to interfere with work hours), data storage systemsmust accommodate storing larger and larger amounts of data withoutincreasing the duration of their operations.

Data storage operations commonly rely on networked and other complexsystems, where transfers and other operations occur at different places,at different times, and for different needs. Hierarchical systems may beused, where various storage components are linked to one another and tothe system via a storage management component. Some of the componentsmay provide filtering capabilities for lower components in thehierarchy. Systems may then use these storage management components tooperate or “oversee” the system and its various components. However,many of the management components are used simply to manage and collectdata from the various components.

The foregoing examples of some existing limitations are intended to beillustrative and not exclusive. Other limitations will become apparentto those of skill in the art upon a reading of the Detailed Descriptionbelow. These and other problems may exist with respect to data storagesystems.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram illustrating a global system server.

FIG. 2 is a block diagram illustrating a hierarchical data storagesystem.

FIG. 3 is a block diagram illustrating components of a storageoperations cell.

FIG. 4 is a block diagram illustrating interaction between a global celland data storage cells.

FIG. 5 is a flow diagram illustrating sending an example load report toa global manager or server.

FIG. 6 is a flow diagram illustrating a routine for performing an actionbased on a load report.

FIG. 7A is a flow diagram illustrating a routine for determining anaction.

FIG. 7B is a flow diagram illustrating a routine for performing anaction.

FIG. 8 is a flow diagram illustrating a routine for redistributing datatransfer jobs.

FIG. 9 is a flow diagram illustrating a routine for setting globalfilters.

FIGS. 10A-B are example displays illustrating user interface screensreflecting global filters.

In the drawings, the same reference numbers and acronyms identifyelements or acts with the same or similar functionality for ease ofunderstanding and convenience. To easily identify the discussion of anyparticular element or act, the most significant digit or digits in areference number refer to the Figure number in which that element isfirst introduced (e.g., element 810 is first introduced and discussedwith respect to FIG. 8).

COPYRIGHT NOTICE

A portion of the disclosure of this patent document contains materialthat is subject to copyright protection. The copyright owner has noobjection to the facsimile reproduction by anyone of the patent documentor the patent disclosures, as it appears in the Patent and TrademarkOffice patent files or records, but otherwise reserves all copyrightrights whatsoever.

DETAILED DESCRIPTION

Examples of the technology are concerned with systems and methods thatmonitor, control, or update data storage systems and their operations.Although described in connection with certain examples, the systemdescribed below is applicable to and may employ any wireless orhard-wired network or data storage system that stores and conveys datafrom one point to another, including communication networks, enterprisenetworks, storage networks, and so on.

Examples of the technology provide systems, such as hierarchical datasystems, that determine and perform actions in response to reports andinformation obtained from and/or during data storage operations. Thesystems may monitor the storage of data for a given period and modify orredistribute storage operations based on results obtained during themonitoring period. The system may modify storage operations during themonitoring, or may use obtained information to modify future storageoperations. A hierarchical system may be a system comprising a minimumof two components, where one of the components manages at least part ofthe other component.

For example, the system receives a report of a data transfer load, thereport indicating, for a given sample time, the number of individualstorage operations (e.g., number of “jobs”) running with respect to thenumber of jobs waiting to be performed. The system may use thisinformation and redistribute the jobs to more data pipelines (e.g.,pathways to storage devices for the jobs), reducing the number ofstagnant or waiting jobs. In some cases, the system may redistribute thestorage operations during a running data storage operation. In somecases, the system may use the report to redistribute system resourcesfor a later data storage operation.

In some cases, data storage systems utilize tens or hundreds ofdedicated servers when performing a data transfer (such as the dailybackup operation described above). In these cases, the system mayimplement global policies, rules, and/or filters that apply to theservers, enabling system operations to set policies for a system withoutresetting each individual server.

Various examples of the invention will now be described. The followingdescription provides specific details for a thorough understanding andenabling description of these examples. One skilled in the art willunderstand, however, that the system may be practiced without many ofthese details. Additionally, some well-known structures or functions maynot be shown or described in detail, so as to avoid unnecessarilyobscuring the relevant description of the various examples.

The terminology used in the description presented below is intended tobe interpreted in its broadest reasonable manner, even though it isbeing used in conjunction with a detailed description of certainspecific examples of the system. Certain terms may even be emphasizedbelow; however, any terminology intended to be interpreted in anyrestricted manner will be overtly and specifically defined as such inthis Detailed Description section.

Suitable System

Referring to FIG. 1, a block diagram illustrating a global systemserver, or manager, 100 may interact with a number of different datastorage systems 140. Some examples of data storage systems will bediscussed with respect to FIGS. 3 and 4. Global manager 100 may includecomponents such as a global load component 110, a global filtercomponent 120, or other global components 130. Components 110, 120and/or 130 act to receive, transmit, monitor, or control data processesand system resources within the data storage system 140.

Referring to FIG. 2, a block diagram illustrating a hierarchical datastorage system comprises two levels: a storage operations level 210 anda global level 250. The global level 250 may contain a global operationscell 260, which may contain a global manager 100 and a database 262. Thestorage operations level 210 may contain storage operations cells, suchas cells 220 and 230. Cells 220 and 230 may always perform specifieddata storage operations, or may perform varied data storage operationsthat depend on the needs of the system.

Cell 220 contains components used in data storage operations, such as astorage manager 221, a database 222, a client 223, and a primary storagedatabase 224. Cell 230 may contain similar components, such as storagemanager 231, a database 232, a client 233, and a primary storagedatabase 234. In this example, cell 230 also contains media agent 235and secondary database 236. Both cells 220 and 230 communicate withglobal manager 100, providing information related to the data storageoperations of their respective cells.

Referring to FIG. 3, a block diagram illustrating components of astorage operations cell is shown. Storage operations cells (such ascells 220 or 230 of FIG. 2) may contain some or all of the followingcomponents, depending on the use of the cell and the needs of thesystem.

For example, cell 300 contains a storage manager 310, clients 320,multiple media agents 330, and multiple storage devices 340. Storagemanager 310 controls media agents 330, which are responsible, at leastin part, for transferring data to storage devices 340. Storage manager310 includes a jobs agent 311, a management agent 312, a database 313,and an interface module 314. Storage manager 310 communicates withclient 320. Client 320 accesses data to be stored by the system fromdatabase 322 via a data agent 321. The system uses media agents 330,which contain databases 331, to transfer and store data into storagedevices 340.

Cells 300 may include software and/or hardware components and modulesused in data storage operations. The cells 300 may be transfer cellsthat function to transfer data during data store operations. The cells300 may perform other storage operations (or storage managementoperations) other that operations used in data transfers. For example,cells 300 may perform creating, storing, retrieving, and/or migratingprimary and secondary data copies. The data copies may include snapshotcopies, backup copies, HSM copies, archive copies, and so on. The cells300 may also perform storage management functions that may pushinformation to higher level cells, including global manager cells.

In some examples, the system performs storage operations based onstorage policies. A storage policy may be, for example, a data structurethat includes a set of preferences or other criteria considered duringstorage operations. The storage policy may determine or define a storagelocation, a relationship between components, network pathways,accessible datapipes, retention schemes, compression or encryptionrequirements, preferred components, preferred storage devices or media,and so on. Storage policies may be stored in storage manager 310, 221,231, or may be stored in global manager 261 as discussed above.

Additionally or alternatively, the system may implement or utilizeschedule policies. A schedule policy may specify when to perform storageoperations, how often to perform storage operations, and so on. Theschedule policy may also define, the use of sub-clients, where one typeof data (such as email data) is stored using one sub-client, and anothertype of data (such as database data) is stored using another sub-client.In these cases, storage operations related to specific data types(email, database, and so on) may be distributed between cells.

Referring to FIG. 4, a block diagram illustrating interaction betweenthe global cell and data storage cells is shown. Global server 100,which may contain global load components, global filer components, andother components configured to determine actions based on received datastorage information, may communicate with a database 420 and a userinterface 410. Database 420 may store storage policies, schedulepolicies, received sample data, other storage operation information, andso on. User interface 410 may display system information to a user.Further details with respect to the user interface display are discussedbelow.

Global server 100 may push data to a management server 442. Server 442communicates with a database 445 and clients 451, 452 and/or 453. Datastorage servers 430 push data to the global server 100, and contain dataagents 432 and databases 435. These servers may communicate with clients454, 455, and/or 456.

Global server 100 is able to perform actions (such as redistributingstorage operations), and apply these actions to the data storage systemvia a management server. Global server 100 receives information used todetermine the actions from the storage servers 430. In this example, theglobal server acts as a hub in the data storage system by sendinginformation to modify data storage operations and monitoring the datastorage operations to determine how to improve the operations.

Load Reports and Associated Actions

Reports that sample data transfers provide meaningful information to theglobal manager. Using this information, the global manager (viacomponent 110 or other similar components) may determine actions to beperformed. Some of these actions may include redistributing data storeoperations, transferring operations from one resource to another,defining future storage policies, and so on.

Referring to FIG. 5, a flow diagram illustrating a routine 500 providesan example of a load report for a global manager or server. In step 510,the system samples load information from running data storageoperations. For example, the system may sample the number oftransferring jobs, the number of waiting jobs, the number of datastreams for a specific media agent, and so on. Agents at some or allcells may be configured to gather and log data which is then sent togenerate the load report. In step 520, the system generates a reportcontaining some or all of the sampled information. The report maycontain the information as sampled, or may provide analysis oralgorithmically generated information for the sampled information. Forexample, the system may obtain certain data and perform certainstatistical analysis with respect to the data, like determining a meanand/or standard deviation. In step 530, the system transfers the reportto a global manager 100.

A load report may be a comprehensive report that covers an entiresystem. That is, the report may sample information from all cell andstorage systems. The load report may also cover any combination ofstorage cells, components, and/or systems.

Referring to FIG. 6, a flow diagram illustrating a routine 600 forperforming an action based on the load report is shown. In step 610, thesystem receives the load report that contains information related todata storage operations. The system may receive a report that providesinformation on running operations, or may receive a report that providesinformation on completed operations (such as a previous night'soperation information). For example, the report may provide informationrelated to the number of jobs completed, running, and waiting, at agiven cell.

Upon receiving a report or reports, the system, in step 620, determinesan action to be performed based on the report. Referring to FIG. 7A, aflow diagram illustrating a routine 700 for determining an action isshown. In step 710, the system receives a report based on data storageoperations. The system, in step 720, compares information from thereport to one or more known or preferred metrics for the sampled storageoperations.

For example, the system may determine a resource usage factor as themean or median number of jobs transferring data during a data storagewindow or period. The system may then compare a determined usage factorto a maximum usage factor (a total number of jobs possible given thenumber and type of data storage resources in the global system). Thesystem may use the comparison to determine how the sampled storageoperation cell is performing and whether the cell is reaching itscapacity limits as far as resource usage is concerned.

Additionally or alternatively, the system may determine a job delayfactor from sampled information contained in a report. The job delayfactor may be a mean or median number of jobs waiting to transfer datato storage media. The system may determine daily job delay factors for anumber of days in a row for a given storage cell and determinestatistical patterns based on a comparison of the job delay factors.

In step 730, the system may determine an action to be performed, and theroutine 700 ends. Referring back to step 620 of FIG. 6, the systemdetermines an action based upon the comparisons described with respectto FIG. 7A, and proceeds to step 630.

Referring to FIG. 7B, a flow diagram illustrating a routine 740 forperforming an action is shown. In step 750, the system determines thatan action is to be performed. The system, in step 760, reviews the needsof the storage operation. For example, the system receives informationthat a data store operation at a given cell will not complete in time.In step 770, the system performs a determined action. In this example,the system may transfer some of the waiting jobs at the given cell toanother cell in order to complete the data store operation. In otherexamples, the system may determine that an action may be performed aftera data store operation completes. In these cases, the system may performactions that modify or redistribute system resources before the nextscheduled data store operation.

Referring to FIG. 8, a flow diagram illustrating a routine 800 forredistributing data transfer jobs is shown. Routine 800 illustrates anexample load redistribution based on a sampling of load statistics. Instep 810, the system samples jobs information from cells used in storageoperations. The system may obtain this information from the load report.In step 820, the system defines a job usage factor for each cell. Instep 830, the system compares the job usage factors for each cell anddetermines a distribution pattern for the cells.

For example, two cells are in use for daily data stores: cell A and cellB. The system receives reports for each cell, showing job usage factorsfor a number of sampling periods. In this example, the reports show cellA with a job usage factor of 40 percent (2 of 5 jobs running) and cell Bwith a job usage factor of 100 percent (5 of 5 jobs running). Based onthese statistics, the system may determine that cell B can handle 2.5times as many jobs as cell A.

Referring back to FIG. 8, routine 800, proceeds to step 840, andredistributes jobs of future storage operations using cells A and B. Forexample, if the next daily data store is to transfer 140 MB of data, thesystem sends 100 MB to cell B and 40 MB to cell A.

In some examples, administrators may set the types of information thesystem samples. Administrators, or developers of the system, may definemathematical models based on their needs. Additionally, the system mayuse mathematical models to develop reports on a variety of differentdata transfer or other storage activities.

The system may model the arrival and queuing of jobs (chunks of data tobe transferred) at data storage resources. The system may model, forexample, a mean and/or peak waiting time for a job at a resource,comparing the mean/peak time with an average service time. The systemmay follow models of queuing theory, such as Poisson processes usingexponential distribution, or other queuing models. For example, thesystem may model based on a single server service (using Poissonarrivals and service notation) and implement an M/M/1 model or an M/G/1model (using Kendall's notation). In some cases, the system may modelbased on an infinite server service situation, or M/M/∞ model.

For example, using the M/M/1 model of queuing, the system models a rateof jobs claiming storage as an average arrival rate (lambda), which maybe approximated by a schedule kick-off interval. The system also modelsan average duration time of a job (the average time it uses resources)as an average service rate (mu). Thus, according to the model, the meannumber of customers, or jobs, in a system (N) may be found using thefollowing equation:

N=p/(1−p), where p=lambda/mu.

In other words, given an estimated arrival rate and servicing time, thesystem may estimate the mean number of jobs claiming for resources inthe system at any given time.

In some cases, it may be beneficial for the mean number of jobs (N) tobe slightly above (e.g., 10% or less) the maximum number of resourcesavailable in the system (MAX). Such a scenario may lead to maximizedresource utilization while minimizing the number of idle jobs waitingfor resources. The degree of resource utilization may factor into thescalability of a system as waiting processes consume valuable CPU timeand overall time.

Thus, in some examples, a Load Report described herein determines howfarther away from MAX a current system operates. In other words, itprovides statistical information necessary to approximate and visualize“N” in a working system, such as a data storage system. Morespecifically, peak values determined by and available in the Load Reportprovide quantitative information related to an excess number of jobswaiting for resources at any given time (EXCESS). Thus, a differencebetween EXCESS and MAX may provide the system an indication ofunnecessary loads in the system at certain times.

Therefore, in some examples, the system may adjust job schedule kick-offintervals (e.g. by spreading them out, delaying one or more, and so on)or transfer jobs from one resource to another to reduce the estimatedmean number of resources the system may utilize. Thus, the system maydecrease lambda in the above equation to decrease N, bringing N closerto MAX. Such an action may reduce the peak number of jobs waiting forresources (EXCESS) as well. Other formulas and techniques for the systemto adjust resources and jobs are of course possible.

Global Filters

In some cases, the system uses the global manager or server to setpolicies for the overall system. For example, referring back to FIG. 2,there may be a many different storage and/or schedule policies set incells 220 and 230 of the storage operations level 210. For policies usedin both cells, the system may set such policies (or, filters) at theglobal level 250, via global manager 261. In these cases, the systempushes these filters down to the lower level storage cells. The systemmay push globally set filters down to one cell, a selection of cells, orall cells within a data storage system.

Referring to FIG. 9, a flow diagram illustrating a routine 900 forsetting global filters is shown. In step 910, a system administrator orinformation from the system defines a global policy, such as a storagepolicy or schedule policy. In some cases, the system may use informationdetermined from the reports described above to determine the filter. Insome cases, the system may use other information to determine thefilter.

In step 920, the system selects where to implement, or push, the filter.In some cases, the system pushes the filter to all cells within thesystem. In some cases, the system selects a proper subset of the cellsand pushes the filter to the proper subset of cells. In step 930, upon aselection of cells (or automatic predetermination to select all cells),the system pushes the filters to the selected cells.

Thus, the system may define policies at many servers (tens or hundreds)without actually setting the policies at each individual server. Examplepolicies include storage policies, schedule policies, sub-clientpolicies, and so on. Filters and policies may be modified at the cellsor at the global level, and reapplied during or after storage operations(such as described above). For example, the system may use load reportsto set a policy that redistributes the resources of a storage operation,and use the global filters to implement the policy.

Referring to FIGS. 10A-B, displays illustrating user interface screensreflecting global filters are shown. The system may use screen 1010 toset filters for some or all components of the system. For example, auser may select window 1010 and set Exchange mailbox filters 1011,Exchange data migrator filters 1012, Windows filters 1013, Unix filters1014, Netware filters 1015, and so on. Interface 1010 may containbuttons to add or exclude filters 1020, modify filters 1030, and so on.

Interface 1030 (FIG. 10B) is a global filter interface component at aserver of the system. The system may add filters (using button 1031),modify filters (button 1032), browse available or already set filters(button 1033), delete filters (button 1034) and so on. The componentenables a user to view global filters assigned to the server (viacomponent 1040) and to selectively apply global filters at the server(via component 1050).

Thus, the system enables users to apply, delete, modify, and/or browsefor global filters at a global level or at an individual server level(e.g., at a storage cell).

CONCLUSION

Systems and modules described herein may comprise software, firmware,hardware, or any combination(s) of software, firmware, or hardwaresuitable for the purposes described herein. Software and other modulesmay reside on servers, workstations, personal computers, computerizedtablets, PDAs, and other devices suitable for the purposes describedherein. In other words, the software and other modules described hereinmay be executed by a general-purpose computer, e.g., a server computer,wireless device or personal computer. Those skilled in the relevant artwill appreciate that aspects of the invention can be practiced withother communications, data processing, or computer systemconfigurations, including: Internet appliances, hand-held devices(including personal digital assistants (PDAs)), wearable computers, allmanner of cellular or mobile phones, multi-processor systems,microprocessor-based or programmable consumer electronics, set-topboxes, network PCs, mini-computers, mainframe computers, and the like.Indeed, the terms “computer,” “server,” “host,” “host system,” and thelike are generally used interchangeably herein, and refer to any of theabove devices and systems, as well as any data processor. Furthermore,aspects of the invention can be embodied in a special purpose computeror data processor that is specifically programmed, configured, orconstructed to perform one or more of the computer-executableinstructions explained in detail herein.

Software and other modules may be accessible via local memory, via anetwork, via a browser or other application in an ASP context, or viaother means suitable for the purposes described herein. Examples of thetechnology can also be practiced in distributed computing environmentswhere tasks or modules are performed by remote processing devices, whichare linked through a communications network, such as a Local AreaNetwork (LAN), Wide Area Network (WAN), or the Internet. In adistributed computing environment, program modules may be located inboth local and remote memory storage devices. Data structures describedherein may comprise computer files, variables, programming arrays,programming structures, or any electronic information storage schemes ormethods, or any combinations thereof, suitable for the purposesdescribed herein. User interface elements described herein may compriseelements from graphical user interfaces, command line interfaces, andother interfaces suitable for the purposes described herein. Screenshotspresented and described herein can be displayed differently as known inthe art to input, access, change, manipulate, modify, alter, and workwith information.

Examples of the technology may be stored or distributed oncomputer-readable media, including magnetically or optically readablecomputer discs, hard-wired or preprogrammed chips (e.g., EEPROMsemiconductor chips), nanotechnology memory, biological memory, or otherdata storage media. Indeed, computer implemented instructions, datastructures, screen displays, and other data under aspects of theinvention may be distributed over the Internet or over other networks(including wireless networks), on a propagated signal on a propagationmedium (e.g., an electromagnetic wave(s), a sound wave, etc.) over aperiod of time, or they may be provided on any analog or digital network(packet switched, circuit switched, or other scheme).

Unless the context clearly requires otherwise, throughout thedescription and the claims, the words “comprise,” “comprising,” and thelike are to be construed in an inclusive sense, as opposed to anexclusive or exhaustive sense; that is to say, in the sense of“including, but not limited to.” As used herein, the terms “connected,”“coupled,” or any variant thereof, means any connection or coupling,either direct or indirect, between two or more elements; the coupling ofconnection between the elements can be physical, logical, or acombination thereof. Additionally, the words “herein,” “above,” “below,”and words of similar import, when used in this application, shall referto this application as a whole and not to any particular portions ofthis application. Where the context permits, words in the above DetailedDescription using the singular or plural number may also include theplural or singular number respectively. The word “or,” in reference to alist of two or more items, covers all of the following interpretationsof the word: any of the items in the list, all of the items in the list,and any combination of the items in the list.

The above detailed description of examples of the technology is notintended to be exhaustive or to limit the invention to the precise formdisclosed above. While specific embodiments of, and examples for, theinvention are described above for illustrative purposes, variousequivalent modifications are possible within the scope of the invention,as those skilled in the relevant art will recognize. For example, whileprocesses or blocks are presented in a given order, alternativeembodiments may perform routines having steps, or employ systems havingblocks, in a different order, and some processes or blocks may bedeleted, moved, added, subdivided, combined, and/or modified to providealternative or subcombinations. Each of these processes or blocks may beimplemented in a variety of different ways. Also, while processes orblocks are at times shown as being performed in series, these processesor blocks may instead be performed in parallel, or may be performed atdifferent times.

The teachings of the technology provided herein can be applied to othersystems, not necessarily the system described above. The elements andacts of the various embodiments described above can be combined toprovide further examples. Any patents and applications and otherreferences noted above, including any that may be listed in accompanyingfiling papers, are incorporated herein by reference. Aspects of theinvention can be modified, if necessary, to employ the systems,functions, and concepts of the various references described above toprovide yet further examples of the technology.

These and other changes can be made to the invention in light of theabove Detailed Description. While the above description describescertain embodiments of the invention, and describes the best modecontemplated, no matter how detailed the above appears in text, theinvention can be practiced in many ways. Details of the system andmethod for classifying and transferring information may varyconsiderably in its implementation details, while still beingencompassed by the invention disclosed herein. As noted above,particular terminology used when describing certain features or aspectsof the invention should not be taken to imply that the terminology isbeing redefined herein to be restricted to any specific characteristics,features, or aspects of the invention with which that terminology isassociated. In general, the terms used in the following claims shouldnot be construed to limit the invention to the specific embodimentsdisclosed in the specification, unless the above Detailed Descriptionsection explicitly defines such terms. Accordingly, the actual scope ofthe invention encompasses not only the disclosed embodiments, but alsoall equivalent ways of practicing or implementing the technology underthe claims. While certain aspects of the technology are presented belowin certain claim forms, the inventors contemplate the various aspects ofthe technology in any number of claim forms. For example, while only oneaspect of the technology is recited as embodied in a computer-readablemedium, other aspects may likewise be embodied in a computer-readablemedium. Accordingly, the inventors reserve the right to add additionalclaims after filing the application to pursue such additional claimforms for other aspects of the technology.

From the foregoing, it will be appreciated that specific embodiments ofthe invention have been described herein for purposes of illustration,but that various modifications may be made without deviating from thespirit and scope of the invention. Accordingly, the invention is notlimited except as by the appended claims.

1. A method in a computing system for performing an action in ahierarchical data storage system, the method comprising: creating areport, the report containing information related to a number of runningstorage operations and a number of idle storage operations of the datastorage system; retrieving information about a state of the hierarchicaldata storage system; identifying one or more actions to be performed,wherein the actions to be performed are based on information in thecreated report; and selecting one or more of the identified actionsbased on the retrieved information about the state of the hierarchicaldata storage system.
 2. The method of claim 1, wherein the data storagesystem comprises two or more data storage cells, each data storage cellcontaining a separate data storage resource capable of performingstorage operations in the data storage system.
 3. The method of claim 1,wherein the one or more identified actions comprises moving jobs from aqueue at running data storage resources to a queue at idle data storageresources.
 4. The method of claim 1, wherein the one or more identifiedactions comprises reorganizing the data storage resources for futuredata storage operations.
 5. The method of claim 1, wherein the createdreport comprises information related to a maximum usage factor for thedata storage resources.
 6. The method of claim 1, wherein the createdreport comprises information related to delayed storage operations atone or more of the data storage resources.
 7. A system forredistributing data to resources in a hierarchical data storage system,the system comprising: two or more data storage resources, wherein thedata storage resources comprise: a first storage cell that performs afirst number of data storage jobs during a data storage operation,wherein a storage cell is configured to transfer data from a source to adestination; and a second storage cell, different from the first storagecell, that performs a second number of data storage jobs during the datastorage operation; and a server configured to control at least in partthe two or more data storage resources, wherein the server includes: acomparison component that compares the performed first number of jobs tothe performed second number of jobs; and a redistribution component thatredistributes jobs from the first storage cell to the second storagecell based on the comparison.
 8. The system of claim 7, wherein thecomparison component creates a report that includes results of astatistical analysis performed on the first storage cell and the secondstorage cell.
 9. The system of claim 7, wherein the comparison componentdetermines a mean number of jobs performed at the storage cells.
 10. Thesystem of claim 7, wherein the comparison component determines a mediannumber of jobs performed at the storage cells.
 11. The system of claim7, wherein the comparison component determines a mean number of jobswaiting to be performed at the storage cells.
 12. The system of claim 7,wherein the comparison component determines a median number of jobswaiting to be performed at the storage cells.
 13. The system of claim 7,wherein the comparison component further comprises a storage operationcomponent that compares the performance of the storage cells during thedata storage operation to a performance of the storage cells during aprevious data storage operation.
 14. The system of claim 7, wherein thecomparison component further comprises a storage operation componentthat compares the performance of the storage cells during the datastorage operation to an average performance of the storage cells duringprevious data storage operations.
 15. A method of selecting data storageresources from a group of data storage resources in a data storagesystem managed by a global storage management server, the methodcomprising: sampling at least some of the data storage resourcesperforming a certain storage operation, wherein the sampling determinesdata transfer loads on the data storage resources; determining a jobusage factor for each of the data storage resources, wherein the jobusage factor relates to storage performance of a data storage resourceduring the certain storage operation; comparing the determined job usagefactors at the global storage management server to form at least in parta global view of an overall storage performance of the data storagesystem during the certain storage operation; and selecting data storageresources of the data storage system for a future storage operationbased on the compared usage factors; wherein the data storage resourcesare connected via a network arranged hierarchically within the datastorage system.
 16. The method of claim 15, wherein determining the jobusage factor for each of the data storage resources comprisesdetermining a mean number of jobs transferred during the certain storageoperation.
 17. The method of claim 15, wherein determining the job usagefactor for each of the data storage resources comprises determining amedian number of jobs transferred during the certain storage operation.18. The method of claim 15, further comprising: determining a job delayfactor for each of the data storage resources, wherein the job usagefactor relates to a lack of storage performance of a data storageresource during the certain storage operation; comparing the determinedjob delay factors at the global storage management server to form atleast in part the global view of the overall storage performance of thedata storage system during the certain storage operation; and selectingthe data storage resources of the data storage system for a futurestorage operation based on the compared delay factors.
 19. A system oftransferring data from a source to a destination, the system comprising:a server connected to two or more storage modules actively transferringdata from the source to the destination, wherein the server: generates areport related to data transfer performance of the two or more storagemodules, wherein the report indicates results of a quantitativecomparison of data transfer performances between the two or more storagemodules; determines an action to initiate based on the generated report,wherein the action is initiated at least in part at the two or morestorage modules; and assigns at least part of the determined action atthe two or more storage modules; and a data transfer modificationcomponent, wherein the data transfer modification component modifies theactive transfer of data from the source to the destination.
 20. Thesystem of claim 19, wherein the report comprises results of aquantitative comparison of job usage between the two or more storagemodules.
 21. The system of claim 19, wherein the report comprisesresults of a quantitative comparison of job delay between the two ormore storage modules.
 22. The system of claim 19, wherein thequantitative comparison relates to queuing theory.
 23. The system ofclaim 19, wherein the quantitative comparison relates to the M/M/1 modelof queuing theory.
 24. The system of claim 19, wherein the quantitativecomparison of data transfer performances between the two or more storagemodules compares a number of jobs at each storage module with a numberof storage modules.
 25. A system for defining a filter policy in ahierarchical data storage system, the system comprising: two or moredata storage resources, wherein the data storage resources comprise: afirst storage cell that performs a first number of data storage jobsduring a data storage operation, wherein a storage cell is configured totransfer data from a source to a destination; and a second storage cell,different from the first storage cell, that performs a second number ofdata storage jobs during the data storage operation; and a serverconfigured to assign a filter policy to the first storage cell and thesecond storage cell, wherein the server comprises: a comparisoncomponent that compares the performed first number of jobs to theperformed second number of jobs; and a filter assignment component thatassigns the filter policy to the first storage cell and the secondstorage cell based on the comparison.
 26. The system of claim 25,wherein assigning the filter policy includes assigning a global filterpolicy that applies to all storage cells within the hierarchical datastorage system.
 27. The system of claim 25, wherein assigning the filterpolicy includes assigning a first filter policy that applies to thefirst storage cell and assigning a second filter policy at leastpartially different than the first filter policy to the second storagecell.
 28. The system of claim 25, further comprising: an interfacecomponent, wherein the interface component presents the assigned filterpolicy to an administrator of the hierarchical data storage system.